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INTEIXIGENT HELP SYSTE^^ 

COPYRIGHT NOTICE 

A ponion of the disclosure of this patent document 
contains matenai which is suoiect to copyngnt protec- 
tion. The copynght owner has no objection to the fac- 
simile reoroduciion by anyone ot the patent document 
or the patent disclosure as u appears m the Patent and 
Tradcmaric OHlcc patent file or records, but otherwise 
reserves aii copynght nghts whatsoever. 

FIELD OF THE INVEZ^ON 

This inveniton relates to hcip systems for computers; 
more speciilcaiiy» it relates to help systems that aid a 
user of a computer by providing context sensitive help. 

BACKGROUND OF THE INVENTION 

In order to operate a computer effect! veiy, a user 
must master a numtaer of cotmnanas and data formats* *° 
One tisuaiiv accomplishes this by spcndmg hours rcaa- 
ing pnnicd user documenution and/or by using tnai 
and error techniques. 

Computer-aiaed help system have been developed to 
provide on*lme assistance to computer users. In re» 
tponse to a request by a user, those systems display help 
infonnatton on the display screes of the computer. Sim- 
ple help systems always $t*n with the same display, 
regsrdless of the ctrcmzmanccs. and the txser mtist enter 
specxfxc informatioii to find help for him or her particular ^0 
sitoauaa. More advanced help systems display context- 
scasttive help. Context-seimuve help systems detenmne 
what panxctdar part of an application program the user 
is to. Then help infonnatton is displayed that xs relevant 
to this user location. 35 

While such context-seitsittve help systems represem 
aa advancemem over simple help systems, they have 
ntmerotis limitations. Such systems are osoaliy tightly 
cottpled to an applicatioa prumam; they mtm rely on 
thm application progrsm to keep trsck of and store the 40 
c ont ea t . Fixnher, smce these systems are itmiied to 
dtsplaymg help ixxfonnattcm bsaed upon piogiam loca* 
Ckn, they will always retttni the same help information 
for a given location regintirtt of how the user got 
there. While such systems provide the convenience of 4S 
online help; the help infonnatton they provide is noth* 
lag more than a tiser's manttal correlated with a given 
program screen or fnnctitm. As a residt, these help 
systems tend to be of limited atility to the user who 
cammt specdically identify the problem or who has SO 
•Tost his way.** 

SUMMARY OF THE INVENTION 

The invention rccngnxzes a need for an intelligent 
help system which processes informauon specific to the 33 
user's history, such as tasks he or she has successfully 
executed (and how many times) or has had previous 
help with, and informauon which defines a state of a 
machine and a state of a programmed applicauon. 

Accordmg to the mvcnaoiu an intelligent help system 60 
for aiduig the user of a computer program is provided 
by maintaimng an histonc queue and trsing anificial 
intelligence techniques to select help informauon based 
on user<directed events and the current state of the 
system, in pamcuiar. iiser-dtrecteo acuvitjes are mom* 65 
(ored and stored m the histoncai queue mstdc a knowl- 
edge base. System states are also momtored and stored. 
The knowledge base is then used by an inf eren ce engine 
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to isolate the sdccuic tana ot heio mat a user necas. 
Thus, the user is given assistance unon reauesi wnicn is 
appropnate to that users levei oi" unaerstanainc or 
expcncnce ana the ctirrent acnvuies mat ne or sne tias 
5 cxecuiea. 

BRIEF DESCRIPTION OF THE DRAWINGS 

RG- 1 IS a block diagram of a comouier svstem m 
which the mvcntjon mav oc emoodted. 

FIG- i IS a otcxrk diagram oi' a camDUtcr soitwarc 
system tisea m the preterrea cmDOdimcnt. 

FIG* 3 A Ulustraxes tnc proccssmg of uscr-airectcd 
events ana system states mio ncin inionnation. 

FIG. 3B is a flow cnart of the general methods of the 
heip system. 

FIG- 4 is a flow chan of a query by the monitonng 
device. 

FIGS, SA-B are a ilow chart of the mctnoas of the 
event mteroreters. 

FIG. 6 is a flow chan of the metnoas for processmg 
events. 

FIG. 7 is a flow chan of the metnods for identifying 
a ta&K, 

FIG. S illustrates tne rute t^onomv of the mvcniion. 
FIG. 9 tiiustrates iramcs ana slots tor the storage of 
knawiease. 

FIGS, lOA-B arc a flow chart of the metnods for 
proving ruics. 

FIG. illustrates the opcraiion of the dispiay engine 

DETAII-ED DESCIUPTION OF THE 
PREFERRED EMBODIMENT 

Referring to FIG. L Uie pcef e ir e ti embodiment of the 
iitvemion is impiemented on a computer system ICQ 
having a centnU pr o ccMoi - 102. a system memory t(0, a 
di^iiay device 105, a iceyboard 106. a mouse 107. a disk 
snemory 10% an I/O concroUer 101* and interconnect- 
tng means tIO« such as a system bus. In the p ief e ireii 
40 embodiments a Tandy 1000 series comptiter (Tandy 
Coiponaton of Ft. Worth. Tex.) is used as the system 
100. 

Refexrag to FIG. Z a compnter software system iOO 
is shown for p r o gramm my the c em p u tcr system of FIG. 
' 4) L Software system 200 is stored in system memory 103 
and on disk meflsorr lOt. System iOO programs the 
cemnd proeeanr 103 to display a graphic tiser mteriace 
(GUI) on dispiay monuor 105. In the p i e f erieti embodi- 
Bn a n t. help system i04 is impiemented in the Tandy 

30 OeskMate envmmmem 2QS which provides a software 
interface 205 b etw ee n a user 20d, a computer appiica* 
tiOB 20Z and an operatmg system 201. It wtii be appar* 
ens, however, that one of ordinary skill in the art. in- 
fonned by this spectftcition« cotiid implement the in* 

33 vennon m other operatmg cnvt ronm ents. 

In the preferred embodiment, an amfxcial intelligence 
<AI) paradigm is used to deal with knowledge which 
may be vast and uticercain. leading to multiple solutions 
for a gtven situation. An Al model has the ability to 

60 leant or infer more knowledge from what it already 
knows. Thus, if a user requests facip and the heip system 
cannot reach a soluuon, the system can get further 
information from the tiser and then re mem ber the situa- 
tion: the next time that that situation occurs a solution 

63 can be given without quervmg the user again. 

Refe rrin g to FIG. 3 A, heip system 300 of the pre- 
ferred emoodiment comonses a monitorrng acvice 320 
for collecting data generated m response to user- 



3 

djrcciea events ana svstem states ilO. a io^owiedge base 
330 for sionne aaia 33! along wuh a help mlbrmaiion 
database 335 usea to acterminc the best heir? to give, an 
mference engine 340 for interDrctinc data 331 and hcio 
mforrnatjon aaubasc 335 m knowiedce base 330. ana a 5 
diSDiav engine 350 for oresentmg appropnate help m- 
formation 360 on aispiay device i05. Data 331 com- 
pnses an nistoncai queue 332 and a stale data 333, while 
help information database 335 comprises a pluraiity of 
niies 334 ana text 336. 10 

FIG. 3B is a flow cnan liiustratmg the general meth- 
ods of help system 300. In step 351. user-directed events 
and system states arc monitored. User-diretited events 
are the activities tnat a user performs in an application 
prognmi, for example, saving a file in a paint application 1 5 
or copying a block of text m a word-processing applica- 
tion. TTic system state comnnses a machine state and an 
appiication-specxfic state. In step 35Z, the tnformation 
coiJecied m step 351 is stored as fzcti or data 331 of 
knowtedge base 330. Spccificaiiv, seouentiai user- 20 
directed events are stored m histoncai queue 332 and 
kjiowiedee about the svsiem is stored as state data 333. 
In stco 353 if a user rcatiesis heio (e.g., prcssmg Fl kev), 
then tn step 355 inference engine 340 lests known data 
332 against heip system rutes334. However, if no help 25 
is rcauested m step 353, the routine loops back to the 
monitoring step 351. 

Knowiedgc base 330 stores heuristics m the form of 
rules. Rules 334. such as those used in step 355. are 
pretnise-conciusxon statements predefined by an appii* 30 
cation developer which guide inference engine 340 in 
selecting an output. For example, suppose a tiscr is in a 
Text (word ptxscessing) iistbox and no tiles are selected. 
A rule that would check this is: 

35 

if 

Mfikf 

rmmm%,iatbom TEXT 

thn 



This rule attempts to *flre" by provms iti premtsc, '*no 
nies.** First« it checks the known dau 331 in knowledge 
base 330. If this is not tn data 331, it checks for other 
rules with this premise as thetr concii2sian. Neau if in 45 
step 356 a match is found, the corresponding nxie fires in 
step 357. In step 358. in resp o ns e to the paracuiar rule 
that fired, a conclusion is asserted and appropriate help 
informauon 360 is displayed. The format of rules in this 
embodiment is descnfaed hereinafter with reference to 50 
FIG. 8, 

Monttonng device 320 and its functions will now be 
described in detail. While raomtonng device 320 tracks 
or monitors user inpuu it has processing capabdtties. it 
may assert dau in knowledge base 330 after identifying 55 
a sequence of one or more events or states. It may re- 
move or retract dau concerning sutes which are no 
longer true, or reasserts a new value for old data, it 
keeps track of the number of times an acuvity has suc- 
cessfully been completed by a user. 60 

Monitonng device 320 momtors different types of 
information, including machine sutes, application spe* 
cific sutes. and histoncai information. The machine 
sute includes current system level, such as within an 
application or acccssorv, running a component, or at 63 
the desktop mterface. An accessorv is an application 
that mav "pop up ' over another application. Exssnpies 
of accessones include a pop-up calculator, calendar, or 
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aiarm. A comDoneni is a graphic eiemeni that a user 
interacts wun to aisoiav ana accent int'onnatron lYom a 
user. For examoic. the comnonenis in a aiaiogue oox 
include raaio buttons, push buttons, ana eait ficids. Tlic 
5 menut:ar is aiso a component. 

Monitonns device 320 also monitors aopncation- 
specific states (application specifics), inciuding mibrma- 
tion unique to an applicauon, and component states, 
including information wiihm the current raacnine state 
which IS either application specific or general: since 
components such as raaio buttons arc generated in the 
same wav. regardless of whether the component is used 
at the application level or general level, information 
about component states is also generated m a uniform 
^5 manner. For examoie m all applications which have a 
menubar* choices are obtamed by selecting an item oiT 
the menu. 

Momtonng device 320 also tracks historical informa- 
tion which mdicates tne completion of a task for which 
help has been defmed. Tliis data is stored in histoncal 
queue 332. A successful comtJietion indicates that the 
user no longer needs heio in pcrtorming that task. More 
specific help information, rather than general m forma - 

2^ tion, can be given as the user gains more expencnce 
with a program. 

The structure of histoncal queue 332 will now be 
described in detail. For each entry, an entry type is 
stored. For example, when a user runs a dialogue box. 

2Q monttonng device 320 adds a dialogue box entry 
(CMP-^LG^OX) into historicai queue 332 and then 
stores corresponding editileid. listbox* radiobutton. 
ioottbutcon and checkbox infonnatson. E ach entry into 
historicai queue 332 can be of vanabie lengtlu depend* 

3 j ing on the type of entry made. A unique '*rettini code" 
is assigned to each com ponent, thtis faciiitattng the 
distinction between co m po n ents. A far pointer to an 
entry's stnicn« <e.g., diaiogue box, component, and/or 
menubar structures^ is stored to allow direct access to 

4Q that structure. Followmg this, dialogue and component 
infonnaxton is copied. The format used can be of van- 
abia length. A subemry flag is defmed to mdicate when 
there is a subentry. For example, a component may still 
oc mnning while the menubar is processed* therefore. 

45 the menubar is part of a single entry, if the flag is set to 
a value of true, then any subentry dau ts stored. An* 
other Hag is defined to indicate the user keystrokes that 
o ccurred during the entry. This enables the system to 
determme. for example, whether the user has begun 

50 entenng data into a dialogue box* or if he chose help 
immediately. The name of the box and menu entnes. 
such as DLGBOX. MSGBOX, LISTBOX or MENU, 
is stored to disttngtiish one box from another. A third 
flag is defined to mdicate the user keystrokes that oc- 

33 curred before mvoking help. This enables the system to 
determine what the user was doing m the application. 

Variables which mampuiate histoncal queue 332 are 
defined as follows: 

ihm-^elpQ: the 500 byte queue, there is one m each 
60 task data area of the Core Service Routme (CSR), 
ihm -TOP: the physical start of the HelpQ bufler. 
ihm— ENDQ: the physical end of the HeipQ buffer, 
ihtn— siart_ptr: pointer to the first entry in the queue. ( 
which is last histoncailv). 
65 ihm^cur— ptr; pointer to the first byte of the last entry 
in the HelpQ. 

ihm^end ptn pointer to the last by(e of data emered 
into the HcipQ. 
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ihm save^otr: the ptr value of the last cntrv maae. 

savea because an mvaiid ptr is cntcTKi mio tne HcipQ 
as a NULL, 

ihm — menu oiri: dout)ie wora pointer to the current 

menubar. Updated cacn time mo draw is called, 5 
The data structure of the queue mav oe summanzca 

IS follows: 

dw — offset of previous entry 
dw— type 

dw— return code 10 
dw — struct ptr — oHset 
dw — struct ptr — segment 
db— # subenines 
db— length of name 

db(? ) — name of dig box, msg box, menu, listbox 15 
db— keyfiag — any mouse or key events ocfore entry? 
db<? >— ^ubencry data 

db— kcyflag — any mouse or key events during entry? 

dw— length of information copied or 0 20 

In the preterred cmtxxiimcnt, the raomionng of infor- 
mation occurs at different places m software system 
200. All state changes that result m the execution of 
diaiogue ana message boxes are moniiorea. in Desk- 
Mate environment 203. commands are entered by the 15 
user through a menubar and are processca by event 
interpreters, which check for menutsar changes, in addi* 
lion, the appiication programs chemseives may indicate 
state changes in thctr respecuve working areas. 

DeskMate envtroiiment 203 is divided into the foi* 30 
lowing hierarchy of levei changes, thtis simpiifying the 
monitor's task of updating infonnauon: 

L Top Level to appiicaxion/accessory or mcnufaar/* 
coniponcnt; 

2. Appiicauion to accessory or menubar/co mponent 35 
or return to top ievei; 

X Accessory to memibar/component or retrsm to 
appitcatton or top levei. 

Specific inforzztatton is re q uire d as to the following 
ftatcK appiicatioa ts nmnmg or has which appiica* 40 
tioa is niimtng; acceii o r y is nmnmg or has qutq which 
accessory is nmmng; diaiogoe boa is nmmng or has 
cpni; message box is nmnmg or has qmc co m po n e n t as 
nmmng or has qtnt; mesnshar memt iiss been pulled 
doewnor hasrctnnied;useratciesktop;if usernotat top 4S 
levci the ievd attained phor to the current one. The 
wiable '*tevel'* takes the value of DeskTop, Menubar, 
Dlg-Jxsx, Message-box, Info-J^ox, or Compone n t. 
The momtonng can obtain the state changes by gettmg 
the address calls from DeskMate environment 203 50 
which indicate a function call to an appiication program 
or resource. 

FIG. 4 illustrates how monitoring device 320 quenes 
for the address of calls it is interested in. In DeskMate 
e nvir o n ment 203, appiscations call care service routmes 35 
(CSR) to run components and dialogue, information, 
tnd message boxes. A menubar mterpreter handles the 
pro c e ss mg of the menubar. Therefore, independently of 
an apphcation, the calls which change the structures 
that the appiication ts using can be momtored to keep tO 
(rack of information changes. 

Thus, the steps are ts follows. In step 401, an entry 
call is made to a core service routme. in step 402, the 
component type » idcnufted and then comoared with a 
list of components that momtonng device 320 is inter- 65 
ested m. In step 403. if the component is listed m the 
uble. then in step 404. momtonng device 320 takes the 
sppiicatton s parameters and its structure pointer to 
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copy aata irom witnin the aopjication s structures. The 
structures are not moaincd- Upon exit ot tne service ana 
before control is returrea to the aopucation. at step 405 
momtormg aevice i2Q again accesses aata in tne struc- 
5 tures, tnis time lor the purpose of histoncai information 
updates. 

Since a aistmction mav be made between aopiicaiions 
and acccssones, a vanabic "program" is aefinca to 
mdicatc wnich oanicuiar program is runnuiE. Program 

10 takes the vaiue of the program name, wnich :s the same 
idcnufier for help information database 335 associatea 
with the application or accessory. 

Two event inicrpretcrs pick up mcnubar changes. 
Tlie menu seiected is important for the state, whiie the 

15 Item returned is important for the history. A high-pn- 
onty event interpreter picks up the menuoar changes 
when helo is requested, and a low pnonty event inter- 
preter wiil make ail changes from the menuoar's return 
code. The high-pnonty mierpreter examines events 

20 ftrst before any funher processing by the DeskMate 
system. On the other hand, the low-pnonty intcrDrcicr 
examines events after they are processed bv the Desk- 
Mate svsiem. 

FIGS, 5A-B illustrate the method of the events inter- 
23 preiers. in step 501, the application reeisters tne menu- 
bar With momtormg device 320. At step 502. if the user 
has seiected the Fl (help) key. then at step 503 the state 
information is updated according to what Icvei the 
system IS operating at (indicated by the vanable 
30 "Icvei"). If Icvei equais zero in step 504. then the menu- 
bar is the last thing changed* therefore a mcnubar up- 
date IS needed. Al step 505, the mcnubar interpreter 
makes an update. But if "levei" is not zcra then step 505 
is skipped. At step 506, the low pnonty interpreter 
33 checks the event type. If, al step 507. it is menabar (level 
«■ menubar), then in step 50S the iow priority inter- 
preter does a history update, performed by taking the 
retnni code and comparmg its value with the mcnubar 
menus. The stnng co rres po n ding to the retuns code is 
40 the item of interest. At step 509, the routine loops back 
to step 501 to await another Fl keystroke. 

The nxies associated M^th the functioiu of the above 
components are written such that if a co m p on ent has a 
title stnngt tliis string is used to identify its heip source. 
45 If a component does not have a utie strmg* then the 
name of the component will be used as its identifier. 

Since ail applications use the features of DeskMate 
enviiuiuuent 203* standard representation of dau 331 
and rales 334 is possible. For example, the following 
30 variables can be used to mdicaue events and states: 
mentLselected 
menaitem.selected 
dlg-boxTunnxng 
d]g.box.focus 
33 msg.t>ox.nmmng 
cmp.nxnning 
IUtbox.item.seiected 
checkbox.uem.seiccted 

Appiication-specific information is obtained by hav- 
60 ing the application assen data into the current state data 
333 in knowledge base 330. The appiication accom- 
piishes this by making a call to an **Assen" function 
with the parameters **vanabie** and "vaiue,'* which are 
pointers to strings. The variable should match a vanabie 
65 m the rule premise, i.e., the niie must be defined before- 
hand. An application should assert anv histoncai infor- 
mation related to its unique state configuration. Appli- 
cation data are removed from the current state data 333 
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by the aDpitcarion once inose aaia are no lonecr true oy 
caiimg a "Retract" function. AJthouen Wc acjpucations 
mav direciiv assen aata inio kjiowieage oase i30, they 
do not determme wnat heio to give, insteaa. :hcy sup- 
ply the inputs for this Octemrxnation. 5 

Histoncai :nrormaiion is obtamea by using a user s 
LD. to index the user s untpue nistoncai information. 
This hisioncat information is upaatcd at the end of a 
UsK completion. For cxampie. when the user has suc- 
cess! uiiy cxecmcQ a copying function, monuonng ac- 10 
vice 320 recognizes this by checking that the user has 
selected "text" and then seiccted '*copy ' frotn the tile 
menu. Having determined that the user has mastered 
this task, momtonng device 320 updates the user s his- 
toncai jnfonnation. For histoncai mfonnation associ- 15 
ated with the appiicaiton's specxllc data, the application 
updates the information itseif by calling the funcuon 
UpdateHistory wnh a parameter pointing to a stung 
representing the activity just comoicied. 

FIG. 6 summanzes the method for processing the 20 
events trom the event interpreters. At step oOl, events 
arc processed by examining the mouse coordinates and 
event tvpe ana value. In step «>02. events are identiiled 
by trying to 'Tire" or tnggcr a rule that would maice a 
data asscnion or retraction into iaiowieage base 330, 23 
Thcic rules represent all conditions tnat must be true for 
data to be asserted or retracted. If a rule fires m step 603. 
(hen the event is identified, step 604. If the rule does not 
fire, then the event is not identified, step 605. 

FIG. 7 illustrates the approach used in step 602 CFIG. 30 
6) to identify a task (sequence of events). In step 701, a 
Itey or mouse event is cxammed. In step 702. if the event 
does not match the first premise iine in any rule associ* 
ated vuKh the system levc^ then the event is d is car ded in 
step 704. Otherwise, is step 703, ail niies that fire are iS 
pUced on an Agenda, which r epre s ents the most likely 
tjuk(s). At step 705, the rales m approved or disproved 
by ezammtng the next key or mottse events that come 
in. If aU the rules us the Agenda faU at step 706, then the 
Hrst key analyzed is discarded and the next key rs used 40 
to search for new rules, step 708; otherwise in step 707, 
the Agenda u cleared and the procedtire loops to step 
70X to examine the next key/mouse event. 

Since the infonnsuon mo mtor ed is dependent upon 
the machine state ievet the dau genermted are divided 45 
according those levels. Momtonng device i20 attempts 
to assert dau which apply to a given ievei Hsch appli* 
cation or accessory can be cotmdered as a ri isrima ob- 
ject (as a level) which pei forms certain activities, some 
of which are common to other objects. Therefore, it is SO 
convement to divide the monitor's data strtxctore into 
-frames.'* A frame contains the activities that each ap- 
plication IS capable of, with current values and histon- 
cai informanon. The frames have slots for stormg the 
data used by the rules or a pointer to another frame. 53 

In the preferred embodiment, user mput and system 
sute are analyzed by momtonng device 320 for passage 
as dau to knowledge base 330 for storage. Commands 
are defined for controlling this flow of data to and from 
knowledge base 330. Dau are stored in frames through 60 
the Assert command. Old information is deleted with 
the Retract command. A query is tnade to knowledge 
base 330 to attain information through a Query com* 
mand. Previous data are asserted by a Reassert com- 
tnand. 65 

Knowledge base 330 comprises formal (traduionai 
dau base intormation^ and informal Oieunsticj knowl- 
edge which IS rule Pased. FIG. 8 demonstrates tne rule 
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tajtonomv At the iowcr icvci of the ruJc hierarcnv 800 
IS a single rule 804 defining a paitem-fo-action goai. The 
patieni js known as the ieft-hana siae of a ruie, while the 
action IS the nght-hand side. The ruies use tne common 

5 iogicai ooerators AND. OR. ana NOT, as weii as Bool- 
ean operators sucn as iF, THEN, ana ELSE. In addi- 
tion, the kcv word TEST indicates that a comparison 
needs to be maae. The nght-hand side of a rule can nave 
an ELSE clause, an asscnion. a rctraciion, anotner ruie. 

10 or a procedure caiL For example, in inc ruie: 



IF 1 THEN b, ELSEc 



b couid be an assertion which wouid add data b into 
13 dau 331: muitiole data assertions arc possmie. A retrac- 
tion wouid delete data b from aata 331: 

IF t THEN (RSTRACT b) 
20 "Another ruie" may be imbedded as foJiows: 

IF ■ then b, IF fTEST f « bc)» THEN d 

An cxamotc of a procedure caii woutd be: 

IF a THEN (CAtX HeipTutoruJU*). 



Linked Ruies S03 are a iixiiong between rules which 
share the same conciuston. This is a design impiementa- 
tion intended to make the inference process easier by 
knowing aitemative saiuuon paths. Ruie Groups 802 
grcnp ruies with a common purpose. For exampie, rules 
with a condustott mdicating "whzt spenfic heip to give 
tre all nxies determming the goai sute. A group can 
have an (optional) phomy idcnufier so the most impor- 
tant or most speatic nzies can he tned out first when 
searching. This does not hnply that a ruie grottp wtil be 
left out of a search. Rulei Classes tiOl are a further 
ctsacepttxaiizatton of nties. They separate individual 
Icnowicdge bases, each having a unique idemifter by 
which it is distingiusiieil This identiiler can he used by 
a sec of control nties which use the machine state mfor- 
fzutxm to in d i c a te knowledge base access. 

The premise of each mie also contains formai or 
informal knowledge. The informal knowledge becomes 
fonnai when a ruie (tret sticcessfuUy. The formal 
knowledge is stored in and icrffsseri frtnn knowledge 
hase 330 in frame stnxctures. Frames can be tzxade up of 
other frames^ which can aiso be shared. With this dau 
structure, it is posstble to srcrss only the frame assoct* 
ated with the currem state tnformauon when monitor- 
ing device 320 is updatmg the ttscr's iiistancai informa* 
tioiL The frame's slots are like any linked lisu except 
they repres ent actions and attnbutcs of an object or 
concepts that the frames represent. Since frames mdi* 
cate the relattonsiiip between a user's activity and the 
associated heuristics used to interpret that activity, it is 
easy to access only relevant information. FIG. 9 illus- 
trates a frame 901 with its related slots 902. 

Rule Classes fiOl arc made up of pointers lo the vari- 
ables and values m the frames. The slots which contain 
another frame are really another group within a rule 
class. In a frame*based reasomng system, one selects the 
frame to prove by filling in slot values. The slots contain 
the rules. The successful completion of a frame yields a 
solution. 



50 



33 



60 



63 



BEGIN. RU L ECLASS 
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-continued 



BEGIN RULEGROUP 
<id> 

IF 5 
( <v«nibJe> iS <vaJue> i 
{ <Viiue> ) 

( NOTf <viniole> IS <vaiue> i) 
C TEST ( < v»rwo4« > EQ < 0 > )) 
THEN 

( <v*iue> t 10 

END.R LTLEGROUP 

END.RULECLASS 



By way of iiiustration and not iimiLaiion. the niics 
mav be coded as dau structures (lUustraiea in the C 15 
language): 



A* Premnc ii « ttrBciurc conuumi* m tinftie pic aii i * 

/* of • rule, li IS made tiv ot the nnn« tuci(. the tvpe */ 

/* of dau It !«. utd ih« poiitoi« vaiuet ii cmh iiotd. */ 

/• V 

itruct Premi«r 
{ 

char •pVir 
ch»r •pVmiueSet: 
char •pV«iu«T 

): 



20 





/* Prtmncs n a uructorK for mijwtaiwim a iinkcd */ 
/* tin of ail (b« pr cmuas ittnnfil to a un^tm rtti* */ 



35 

V 
•/ 
•/ 

V 



40 



•/ 



50 



/* RtUM a a tuveiBrv fxmcaHwv mii tbm ntlca Mhw */ 52 

/* t Roic Grovp. Thmr cm uafsiar lar a^nrwrt */ 
/* OM mmtMhmr. */ 

/• V 

Mfvet Auto 
( 

ctnn Uak«dKttlcx 'pUakcdKuics; 60 
ctur 'pCoaciiaKm; 
fcna Ruka 'pNcic: 

}; 

/• V 

/• LiakcriAuici ts a urucme (or mamuuunit a itnkcd '/ 
/* Ua roica whsch ali haw th« tarn* conousaoa, A «/ 
/* roic IS tnaida im pntmset <unicrorct a conciusacm */ 
/• (tlrmv) aiKi a w#»v ftaiemem <unnf; explatauifi •/ 
/• wHy a nil* uaccncicd. •/ 
/• V 



10 



continued 



stnict Prfmt^M •oAilPremis«- 
struct tuniteaRulei *pN«3H- 



1. 



10 



/ 



/• Querv « t structure lor mumainins a united hit 
/'of all (he Quen« (or miormatian tsinn^^si in tne 
/• kJiowiedse oise. 



•/ 

V 
V 
V 

'/ 



siruct Query 



char *pFict; 
ch*/ •pSei: 



!5 



struct Ouery *pNe%t: 



h 



The iiJDUts to ioiowiedge base 330 are the data col- 
lected b monuormg device 320. The oufDUts of laiowi. 
20 edge base 330 are aata 331 and rules 334 which infer- 
ence engine 340 seiects tor examination and hein infor- 
mation text 336 which disoiay engine 350 processes. 
RuJcs 334 are predeilned bv aopticaiion deveiooer. The 
frames indicate the reiationsnio between the user s ac- 
23 tivity and the associated heunstics used to mtcrpret that 
acttvitv, thus maiung it easier to access oniy the mfor- 
maiion needed. The knowiedge-based rules are stnic- 
tured so that obvious associauons between rules can be 
incorporated within knowicdge base 330 simplifying 
30 the design and the inferences from those rules. 

Inference engine MO int er p ret s dau 331 and rules 334 
in knowiedge base 330 (o grve a heip soiucion to the 
user, or it tntciUgentiy asks for more informaiion in 
order to obtain m soiutson. in the p r e fer r e d embodtment* 
2S inference engme 340 opermtes using a backward«chatn* 
ing method. This method stara with a gt»mi state (a 
partscuiar kind of help) and tries to prove tt by reaching 
iotttai known data. 
As FIGS. lOA-B tUustme, the steps used by tnfer- 
40 ence engine 340 are as fallows, in step 1001. knowiedge 
bas« 330 is armtfti accordmg to the system state's 
level. In step 1002, depencitng on the system sute. a 
grovp of rules <goai) is selected from imowiedge base 
330 and used as an hypothesis. Next in step 1003 an 
45 attempt u made to prove each rale's ctntclttsion by 
proving its p r rm i te . It^ in step i004» the premise exam* 
ined is the conclusion of another rule, it is ptished onto 
a stack (last-m fim«out stnicttire m system metnory 103) 
and an attempt ts made to prove the other ruie*s premise 
50 in step 1005. In step 1006. if a p remi s e is proved, it is 
asaened into a working fact or data list at step 1007. 
Otherwise if the premise fzilx a search is made in step 
1008 for a rtile with the same conclusion, which infer- 
ence engme 340 wtil then try to prove, in step 1009. 
33 when ail the pretmses in the rule have been proved, the 
rule has fired and the conclusion can be asserted at step 
1010, In step 1011. this process is repeated until there 
are no more goal states to analyze or until no solution is 
fotmd. In the Utter case, knowledge base 330 is incom- 
60 plete. therefore, inference engine 340 queries the user 
for more mformauon or else explams to the user that no 
heip is defined for the panicular scenano. 

The inputs to inference engine 340 are daU 331 and 
rules 334 contained m knowledge base 330. Some of 
65 rules 334 control other knowledge bases which can be 
selected. Inference engine 340 first examines rules 334 
to select the proper rule class *01. Since the groups SQZ 
under the class 801 indicate if they are goal states, en- 
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ginc 340 can aiso maicatc wnich ruics wiii be usea as 
hypotnescs. rinai outpui from imcrence cnctne 340 is a 
help "Lag" that indicates a panicuiar help solution, in 
addition, the engmc creates a temporary output of data 
as5enea while tjrovmg the ruies, 5 

Dispiav cnemc 350 is an interface between the output 
of inference engine 340 and heip te:it 336 giving the user 
easy access to the most uscfui heip topics. Display en- 
gine 350 provtaes general to m-dcotn heip to a user, it 
processes the inference engine's heip ug to provide 10 
context-sensitive heip. In addition, the help information 
Itself has tags which are used by display engine 350 to 
locate funhcr heip information. This aiiows a user to 
select specttlc help from a subset of help information. 

The heip information data structure usea by display 15 
engine 350 is deilned for each application/ accessory 
and svstem resource mterfaces. Help that is repeated 
across multiple applications is divided into groups. The 
heip information which ts given is individualized for 
novice, intermeaiate. ana advanced users. A display 20 
format is uscc2 which allows a user to select a single item 
of heip from a suggested list, allow the user to continue 
seleciine help uniii he wants to quit, and allow the user 
to searcn througn the Heip Topics for a panicuiar 
topic. 25 

The structure by which the heip information is ac- 
cessed and stored is classitled accoramg to applicatxon- 
/accessorv or system component (requires specific 
name tdentiHcation, not type), experience levci of user, 
kind (auiodetcct or user*invoked>. and topic identifier. 30 
For example, a heip structure <tn C language; can be: 



M kitip Sourctf i 
m Subf^cn 
km Kind: 

chat *t>TooKS<nmr >: 



Which can be ftlled by: 

40 



Sub9Kl cq«a« lo TEXT^SUflSTmrnON 
Kind equal w AUTO 



and pTdpicString pohitins to 'Text Subsutmion.'* 45 

Refemng to FIG, 11. the of heip infomm* 

tion in dxspi«y engiae 350 wiil now he dcscxihcd in 
deoiL Heip tnfonoatioa datahne 335 is « daubaie 
Uifung text 336 and niies 334 Heids, Le^ ixeip mfonss- 
tion text 336 is iinked to heip infonnmuon ruics 334. In 50 
addttioiu a tag 1102 is provided for representing the 
solution that a niie produces. Dlspiay engine 350 
matches ug 1102 with a soiution ug 1101 from infer- 
ence engine 340. The co r re s ponding text (from text 336) 
is the actual text sent as heip informauon 360 to display 35 
device IQS. 

The organuation of rules 334 is as follows. It contams 
the followmg fields: Grp. Ruie#, PorC#. Var#. Var. 
Vai, Bind. Key W, and Q#. Grp is a rule group. Group 
0 is always the group m which rules arc placed that wtii 60 
give a solution, if these rules cause any other rules to 
fire, these rules are m another group. Ruic# is the num- 
ber of the rule. The rules arc sorted by rule number, 
because one may want to try to fire one rule before 
another. PorC# is a premise or conclusion number. The 65 
records in the table are aiso soned by PorC#. The 
conclusion is number 0 because it is the first thing pulled 
out of the table when inference engine 340 scaru to fire 
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a ruie. (This is because u is dome oackwara chamm- 
g — siaa with the conclusion, and then orove the nrem- 
isesK-Var^ is an laemitler for the encine to do faster 
searchmc. Each new vanaoie added to tne tabic has a 
5 unique laentu^er. The vanaoies are DesitMatc comoo- 
nents, like a diaiog box. Var. the vanaoie field, is a 
stnng representing a vanabie for wnich a value is ex- 
pected sucn as "rtinning.cmp" (DISABLED FIELD). 
VaJue IS tne stnng tleid which contains a vaiuc, if the 
10 value IS the ci:rrent one for the vanat3Je. then the prem- 
ise line succeeds. Bind is a binding vanaoie. if a rale has 
a binding, the vanatale wiil bind to the current iv icnown 
value of ihc vanafalc. This eiimtnates repetition of rules 
that do the same exact thing. Only premises can bind. 
15 iCeyW is a number indicating the negation (T^OTl of a 
premise, or a TEST or CALL. TEST wiii do numocr 
compansons. and assumes the value stnng field is a 
numencai vaJue. CALL is used to execute a pre-cefinea 
function. The parameters of the function are oiaced in 
20 the value ileid, 0# is the numoer in queue 332 far which 
a premise line test applies, if the queue number equais 0. 
It IS assumed the premise does not use pretsefmcd data. 

While the invention is descnbed m some detail witn 
specific rctcrence to a singic preferred emtjodimcnt and 
25 ccnam alternatives, there is no intent to iimit the inven- 
tion to that panicuiar embodiment or those specific 
aitemacives. For example, one sloiled in the art could 
implement such a help system m another interface envt- 
romnent or without any interface environment. Bacic- 
20 ward-chaining is but one of many possible AI tech- 
niques used to process data and rules, other possible 
techniques include forward-chaining and rule-value 
methods, input device is not limited to a keyboard and 
a pointing device but ctmtempiates any means by which 
3S dftU enters a comptner* such as by voice recognition. 
Help information is not iimiteci to a specific medium but 
instead includes any conveyance of help informatton, 
such as graphical represenutions. The true scope of the 
invenuon is defined not by the foregoing descnption but 
40 by the following claims. 
What is daimrd is: 

I. la a computer system, a metiiod for aiding a user of 
a computer p i o g r a cL satd method opentsng tndepen* 
— -^dcot of said computer program, compnsmg the steps of: 
4S stonng ajheidjinfonnatxon riatafaay: 

BMMiitonng a series of user«<itrected events from an 
input device; 

geoeratmg dau indicating said series of user-directed 
events; 

50 Storing said generated dau in a knowledge base: 

storing a plurality of rules for atiaiyzing said gener- 
ated data to determme appropnate help informa- 
tion; 

detecting a request for help information from the 
55 user; 

testmg said rules against said generated data usmg an 
inference engine, whereby rules which are satisfied 
by said data are proved rules; 
selectmg m response to the proved rules appropnate 
60 help information from said help information data- 
base; 2md 

dispiaymg said selected help information to the user. 

2, The method of claim 1, wherein said monitonng 
step further compnscs monitonng a system staie. 
65 3. The method of cisiim 2, wherein said monitonng a 
system state step funher compnses monitonng a ma- 
chine state, an application state, an accessory state, and 
a component state. 



13 

^. The metnod of ciaun i, wherein said moniionn^ 
step fun her comonscs the steos oi": 
rcgisienni^ an appncaixon's menuoar: 
checking if the user nas requesica help; 
updaxing a suic miorraation: ana 5 
updating a menuoar 

5. The metnod of ciaim 1, wherein said testing step 
compnses the sieiM of: 

(«) ieiectmg from said piurality of rules a first group 
of rules corresponaing to a first piuraiuy of user- 10 
directed events; 

(b) attempting to prove each ruic in said first group of 
mies: 

(c) if a niic is proved, storing said rule ax a proved 
niie in a piuraiuy of proved rules; ana 15 

(d) repeating steps (aHc) for a suoscqucnt group of 
rules until a rule is proved. 

6. The znetnod of clsam 5, whercm step (b) comtjnscs 
attempting to match a premise with cacn of said first 
grotxp of rules with said generated data. 20 

7. The metnod of claim 4, wherein step (c) comonscs: 
if a rule ts tjrovea. storing said rule as a proved ruic m 

a piuraiitv of linked proved niies. 
S, The meinod of claim 1. wherein said generating 
data step comnnscs generatmg an histoncai queue of 15 
said user-directed events, 

9, The method of claim 1. whercm said rule stormg 
step comprises stoimg prcmtse-canciuston statements 
from said help information database. 

10. The method of claim U whercm said displaying JO 
step compnses displaying textuai help itzfaimauon to 
thtttiser. 

XL The methtxi of ciaim U whercm said displaying 
ttcp compnses displaymg graphicai help informauon to 
thetaer. 33 

12. The method of claim 1, wheresn said tesdng step 
coiupiises testmg said rtxics against said generated 
Qsiag a backward*chaining inf erence esgme. 

IX The method of claim i, whercm said testmg step 
cowpnaes testmg ruiea agamn said generated data uamg 40 
a forward-chatnmg inference ***t^ ^|^ 

14. In a computer system* a method for aiding a user 
of a computer p rogiam , said method operaua^ mdepen* 
<to»of said c omput e r program* comprtsisg the steps of: 
storing a help information ditahaie: 43 
storing a knowledge base for matntatnsttg data; 
^tScahfytng a series of ttserMiirecxed events; 
comparing said identified series whfa ciata stored in 

tbe knowledge base; 
if said identified series is tmknown to said knowledge 50 
base; asserting in said knowledge base data for 
indicatmg said unknown idemiftcd senes: 
if said identified senes contradicts said knowledge 
base, retractmg in said knowledge base data which 
contradicts said identified senes; 55 
If said identified senes is already known to said 
knowledge base, reassening in said knowledge base 
dau for indicating said already known identified 
s en e a; 

stormg a plurality of rules for analyzing said knowl- 60 
edge base to dctcrnane appropriate help informa- 
tion; 

detecting a request for help information from the 
user; 

testmg said rules against said knowledge from the 65 
usen 

testmg said rules against said knowledge base using an 
inference engine, whereby rules which are satisfied 
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by data storea in the icnowicaec case are proved 
ruies; 

seieciine in rcsDonse to saia testing step appropnate 
heip inibrmation from saia heln inrormation data- 
5 base: and 

disoiaying saia selected heip mi'ormation to the user. 
15. A heJp information svstem lor aiamg a user com- 
posing: 

a coiTiDuter having a processor ana a memory; 

a display device coupled to saia comnuier; 

an input device coupicd to said comouter; 

momtonng means coupicd to the input device for 
monitoring a sequence of uscr-oircctcd events and 
for generating dau indicating saia events: 

a knowiedge base coupicd to said momtonng means 
and stored in said memory, said knowiedge base 
comprising said generated data, a piuraiiiy of rules 
for analyzing said generated data to determme 
2Q appropnate help mformation, ana a help mfonna- 
tion database for stormg saia appropnate help in- 
fonnaiion: 

inference engine means, counicd to said Jcnowiedge 
base, lor applying saia rules to saia dau to generate 
an mference engine outputs and 
display cngme means, coupicd to said mference en- 
gine and coupled to said help mformatton daubase, 
for intcrpretmg said inference engine output to 
select appropnate help informauon for dispiay by 
3Q said dispiay device to the user. 

16. The system of claim 15* wh erein said momtonng 
means further comprises means for momtoring a system 
State. 

X7. The system of claim 16, wherein said means for 
3 j monitoring a system state comprises means for momtor* 
tng a machine state* an af^lication state; an accessary 
State, and a componcm state. 

IS. The system of claim 15, wherein said momtonng 
means comprises means, stored in memory and operataly 
40 coupled to the input device, for intcrpre t mg a senes of 
user-directed evenu and perfonnmg a history update 
based on the senes. 

19. The system of claim 15. wherein said knowiedge 
base further compris es an histoncai queue stored in 
45 memory and operably coupled to said generated data. 

2fL The system of datm 15, wherem said inference 
engine means comprise s backwanl*chaining inf eren ce 
engine means. 

21. The system of claim 15, wherein said inference 
30 engine mrans compnses forward-chatning inf erenc e 

cngme means. 

22. The system of claim 15. wherein said help infor- 
mation compnses textual help informauon. 

23. The system of claim 15, wherein said help infor- 
SS mation compnses graphical heip informauon. 

24. A heip mformauon system for aiding a user com- 
prising: 

a computer having a processor and a memory; 
an input device coupled to said computer: 
«0 a knowledge base, coupicd to said memory, for main- 
taining data; 

a plurality of nilcs, coupicd to said memory, for ana- 
lyzing said knowiedge base; 

means, coupled to said memory, for identifying a 
65 senes of user-directed events from said mput de- 
vice: 

means, coupled to said memory, for updating said 
knowiedge base with said identified senes; 
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means, couoied to said memory, for detecting a re- 
quest for helo jntormation from the user: 

a heip mformaxion aaiabase. coupled to said memorv, 
for seiectmg appropnate neip inlormation: 

an inference engine, coupled to said memorv, for ^ 
testing saia rules against said knowieagc base to 
generate a hein solution tag: 

a dispiav engine, coupled to said memorv, for seiect- 
uig hcip information from said hcip mforrnauon jq 
daubase using said hcip soimton tag; ana 

a display for displaying said sciecied hcip mfonnatjon 
to the user. 

25. The system of claim 24, wherein said means for 
updating said knowledge base compnses programming I5 



30 



35 



40 



45 



50 



55 



60 



65 



I'O 

means for msiructmg saia oroccssor to Dcnorin mc 
steps oi: 

conipanni? said identified sencs wun data srorea m 

the knowiedee oase: 
if said idcntincd series is uriKnown to said knowtedce 

base, assening data in saia knowjeace base aata tor 

indicating said unknown identified scries; 
if said identified senes coniraaicis saia knowteage 

base, retracting in said knowledge base data wnicn 

contradicts saia identified senes: ana 
if said identified senes is aireadv known to said 

knowiedgc base, reasscntng in said knowicdcc base 

data for inaicatmg said aircaav known identified 

senes. 

c ] 



1 
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In a computer system, a metihod for selecting help 
messages for aiding a user o f a computer program comprising the 
steps of; 

storing a help information database: 

monitoring a ser ies of user-directed events from an i np nt 
device ; 

generating data indicating said series of user-di 



directed 



events ; 

storing said gen erated data in a knowledge base; and 
using the dat a indicating said series of user-directed 

events stored in the k n owledge base to select help information 

from said help information database. 



The method of claim 26, wherein said monitoring step 
further compr ises monitoring a system state. 



1 
2 
3 
4 
5 



2^ The method of claim 27. wherein said monitoring a 
system sta te step fu r ther comprises monitoring a machine state. 
an application state, an accessory state, and a component state. 

The method of claim 26. wherein said monitoring step 
furthe r comprises the steps of: 

registering an application's menubar; 
updating state information; and 
updating a menubar. 



1 
2 

3 



The method of claim 26, wherein said generating data 
step comprises genera t ing an historical gueue of said user- 
directed events- 



1 
2 
3 



31, 



The meth od of claim 26, wherein said using step uses 
data indicating a ser ies of user-directed events comprising at 
least two user-directed events. 
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The method of claim 26, wherein said using step \if^(^<^ 
data indicati ng a series of user-directed events that may 
compri se four or more user-directed events. 

33 . The method of claim 26, 31, or 32> wherein said serip.5^ 
of user-direc ted events are events that are not necessarily 
related as b eing tpart of a particular command hierarchy. 



of: 



^Aje. The me thod of claim 26, further comprising the steps 

storing a plurality of rules for analyzing said generated 
data to determine a ppropriate help information; and wherein said 
using step further comprises using an inference engine to test 
said rules aga inst the data stored in the knowledge base to 
select appropr iate help information. 

2^jL. A hel p information system for aiding a user of a 
computer program comprising t 

a computer h aving a processor and a memory: 
an output devi ce coupled to said computer: 
an inp ut device coupled to said computer: 

monitoring mea ns coupled to the input device for monitoring 
a seguence of user-directed events and for generating data 
indicating said events; 

a knowledge base coupled to said monitoring means and stored 
in said memory, s aid knowledge base comprising said generated 
data, a plurality of rules for analyzing said generated data to 



determine appropriat e help information, and a help information 
database for storing said appropriate help information: and 

inference engine means > coupled to said knowledge base, for 



applying said rules to said data to select appropriate help 
information f or output by said output device to the user. 



36 . 



A hel p information system for aiding a user of a 



computer program comprising: 
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a computer having a processor and a memory; 
a display device coupled to said computer: 
an input device coupled to said computer: 

monitoring means coupled to the input device for monitoring 
a seg uence of user-directed events and for generating data 
indicating said events: 

a knowledge base coupled to said monitoring means and stored 
in sa id memory, said knowledge base comprising said generated 
data, a plu rality of rules for analyzing said generated data to 
determine appropriate help information, and a help information 
database for storing said appropriate help information^ 

inference engine means, coupled to said knowledge base, for 
applying said rules to said data to generate inference engine 
outputs : 

selecting means coupled to said help information database, 
for selecti ng appropriate help information in response to said 
inference engine outputs: and 

display engine means, coupled to said selecting means for 
presenting s aid appropriate help information for display bv said 
display device to the user. 

37^ The system of claim 3 5 or 36, wherein said monitoring 
means furthe r comprises means for monitoring a system state. 

38 . The system of claim wherein said means for 

monitoring a system state comprises means for monitoring a 
machine stat e, an application state, an accessory state, and a 
component state . 



39 > The system of claim 3 5 or 36, wherein said monitoring 
means comprises means , stored in memory and operablv coupled to 
the input device, for interpreting a series of user-directed 
events and performing a history update based on the series* 
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40. The svstiem of claim 3 5 or 36, wherein said knowledcre 
base further comprises an histiorical queu e stored in Tneinorv and 
operablv coupled to said generated data . 

41. The system of claim 3 5 or 36. wherein said inference 
engine means comprises backward-chaining inference engine means. 

42 . The system of claim 35 or 36, wherein said inference 
engine means comprises forward-chaining inference engine means. 

43 . The system of claim 3 5 or 36. wherei n said help 
information comprises textual hel p information. 

44 . The system of claim 3 5 or 36. wherein said help 
information comprises graphical help in formation. 



45. In a computer system, a 



method for aiding a user of a 



computer program comprising th e steps of: 
storing a help information data base; 

monitoring a series of user-directed e vents from an input 
device: 

generating data indicating said series of user-directed 
events : 

storing said generated data in a knowledg e baser 

storing a plurality of rules for analyz ing said generated 
data to determine appropriate help infor mation: 

testing said rules against said generated d ata using an 
inference engine, whereby rules which are satisfied by said data 
are proved rules ; 

selecting in response to the proved rules appropriate help 



information from said help information da tabase: and 

displaying said selected help infor mation to the — ^se^- 



46. 



In a computer system, a method for a iding a user of a 



computer program comprising the steps of: 
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storing a help information database; 

monitoring a series of user-directed events from an input 
device : 

generating data indicating said series of user-directed 
events ; 

storing said generated data in a knowledge baser 

storing a plurality of rules for analyzing said generated 
data to determine appropriate help information; 

detecting a reauest for help information from the user; 

testing said rules against said generated data using an 
inference engine, whereby rules which are satisfied by said data 
are proved rules : 

selecting in response to the proved rules appropriate help 
information from said help information database; and 

displaying said selected help information to the user. 

47. The method of claim 45 or 46. wherein said monitoring 
step further comprises monitoring a system state. 

48. The method of claim wherein said monit oring a 
system state step further comprises monitoring a mach ine state, 
an application state > an accessory state, and a compone nt state. 

49 . The method of claim 45 or 46, wherein said mon itoring 
step further comprises the steps of: 

registering an application's menubarr 
updating a state information; and 
updating a menubar. 

50. The method of claim 45 or 46, wherein said testing step 
comprises the steps of: 

fa) selecting from said plurality of rule s a first group of 
rules corresponding to a first plurality of user-d j rected events;. 

f b) attempting to prove each rule in said fi rst group of 
rules ; 
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f c) if a rule is proved, storing said rule as a proved mle 
in a Plurality of proved rules; and 

fd) repeating steps (a) -(c) for a subsequent group of rules 
until a rule is proved, 

51, The method of claim 50, wherein step fb) comprises 
attempting to match a premise with each of said first group of 
rules with said generated data. 

52 , The method of claim 50. wherein step fc^ comprises: 

if a rule is proved, storing said rule as a proved rule in a 
plurality of linked proved rules. 

53, The method of claim 45 or 46. wherein said generating 
data step comprises generating an historical gueue of said user- 
directed events. 

54, The method of claim 45 or 46, wherein said ru le storing 
step comprises storing premise-conclusion stateme nts from said 
help information database. 

55, The method of claim 45 or 46, wherein said di splaying 
step comprises displaying textual help information to the user. 

56, The method of claim 45 or 46. wherein saiH displaying 
step comprises displaying graphical help information to the user^ 

57 , The method of claim 45 or 46. wherein said test ing step 
comprises testing said rules against said generated d ^t?i using a 
backward-chaining inference engine . 

58 , The method of claim 45 or 46, wherein said test ing step 
comprises testing rules against said generated data using a 
forward-chaining inference engine. 
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59 , In a computier system, a method for aidincr a user of a 
computer program comprising the steps of: 

storing a help information database; 

storing a knowledge base for maintaining data: 

identifying a series of user-directed events; 

comparing said identified series with data stored in the 
knowledge base; 

if said identified series is unknown to said knowledge base> 
asserting in said knowledge base data for indicating said unknown 
identified series ; 

if said identified series contradicts said knowledge base> 
retracting in said knowledge base data which contradicts said 
identified series ; 

if said identified series is already known to said knowledge 
base, reasserting in said knowledge base data for indicating said 
already known identified series; 

storing a plurality of rules for analyzing said knowledge 
base to determine appropriate help information: 

testing said rules against said knowledge from the userr 

testing said rules against said knowledge base using an 
inference engine, whereby rules which are satisfied by data 
stored in the knowledge base are proved rules ; 

selecting in response to said testing step appropriate help 
information from said help information database; 

and displaying said selected help information to the user. 
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ABSTRACT 

A n mtcihgcni help system which processes mformauon 
specific to a user and a sysicm suic is described. The 
system mcorporatcs a moniionng device lo determme 
which events to store as data in an hisioncai queue. 
These data, as well as non-histoncaJ data (e.g., system 
stated are stored m a knowJedge base- An inference 
engine tests niJes againsi the knowledge base data, 
thereby providing a help tag. A display engine hnks the 
help tag wuh an appropriate solution tag to provide 
help text tor display 
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Attorney Docket No. 162 65-11-2 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re application of: 
Charles D, Lanier, et al. 



Application for Reissue of 
U.S. Patent 5,103,498 
granted April 7, 1992 

Filed: April 6, 1994 



For: INTELLIGENT HELP SYSTEM 



REISSUE DECLARATION UNDER 37 
C.F.R. ^ 1.175fa) 



Commissioner of Patents and Trademarks 
Washington, D.C. 2 0231 

Sir: 

We, Charles D. Lanier, Richard J. Wolf, and Leticia 
Villegas, declare as follows: 

1. We are citizens of the United States of America and 
residents of 3035 Old Mill Run, Grapevine, Texas 76057; 1373 
Autry Lane, Crowley, Texas 7603 6; and 8 8 09 South Pointe Parkway 
East, Apt 2022, Phoenix AZ 85044, respectively. 

2. The entire right, title, and interest to U.S. 
Patent No. 5,103,498, issued April 7, 1992, is vested in AST 
Research Inc. a Delaware corporation with a regular and 
established place of business in Irvine, California by virtue of 
an assignment from Tandy, Inc., recorded at Reel 6847, Frame 
0109, Page 0002, Tandy, Inc., held right, title, and interest to 
U.S. Patent No. 5,103,498 by virtue of an assignment from us 
recorded at Reel 5440, Frame 0563. 



3. We are the original, first and joint inventors of 
the invention described and claimed in the above-identified 
United States Letters Patent and the claims added by the above 
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referenced reissue application, for which invention we seek a 
reissue of the aforesaid Letters Patent. 

4. We do not know and do not believe that said 
invention was ever known or used in the United States of America 
before our invention thereof* 

5. We verily believe the original patent to be partly 
or wholly inoperative or invalid because of error without 
deceptive intent on our part. We believe the original patent to 
be partly or wholly inoperative or invalid because we claimed 
less than that to which we had a right to claim in the patent. 
In particular we believe that it was error not to include claims 
in the original patent such as claims 2 6 through 59 that are now 
added as reissue claims. The errors which resulted in the 
solicitation for reissue and resulted in such claims not being 
included in the original patent arose due to our failure to 
appreciate the extent to which the original claims included steps 
or elements which unduly limited the scope of protection afforded 
our invention. More specifically, in the original application, 
we failed to recognize and appreciate features and combinations 
of the invention which could stand on their own and were 
patentable over the prior art. The specific errors made in the 
original patent application and how and when they arose and under 
what circumstances they were discovered are discussed in the 
following paragraphs. 

6 . The error in claiming less than we had a right to 
claim in the original patent involves our failure to include a 
claim such as claim 2 6 now presented in this application for 
reissue. Claim 2 6 is a combination method claim that includes a 
number of method steps from claim 1 but that deletes from claim 1 
unnecessary steps that unduly limit the protection afforded our 
invention by the original patent. Specifically, claim 26 
eliminates the steps from claim 1 of "storing a plurality of 
ruleg...;"/ "detecting a request for help information from the 

2 
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user;", "testing said rules — ;", "selecting in response to the 
proved rules...;", and "displaying said selected help 
inf 02nnation. . . . " Claim 26 adds the step "using the data 
indicating said series of user directed events stored in the 
knowledge base to select help information from said help 
information data base." The error of not including such a claim 
in the original application arose because of our failure to 
appreciate that the combination as recited in claim 26 described 
essential features of our invention without unnecessary 
limitations and was patentably distinct over the prior art. The 
circximstances under which we became aw^re of this error involved 
review of the original application by ourselves and our attorneys 
in light of allegations made in an interference declared between 
our original patent and a patent application filed by Nonaka, 
U.S. Patent Office Interference No. 103,022. 

7. Claim 2 6 is further distinguishable from claim 1 
in that claim 26 eliminates the language "said method operating 
independent of said computer program" that is present in claim 1. 
We believe that it was error not to include such a method claim 
without this language. We realized at the time we made the 
invention that a help system incorporating the steps recited in 
claim 1 could be implemented in such a way that it was either 
dependent or independent in operation from the computer program. 
In the original specification at column 12, beginning at line 28 
we stated that "one skilled in the art could implement such a 
help system in another interface environment or without any 
interface environment." We did include in the original patent 
system claims for our invention, claim 15 and claim 24, which did 
not include the aforementioned language. We therefore believe 
that we had a right to claim a method such as claim 1 that did 
not include the aforementioned language and that our failure to 
do so was error. This error resulted from inadvertence without 
deceptive intent on our part. We have corrected this error by 
including method claim 2 6 without the aforementioned language, as 
well as a number of other claims discussed below in this reissue 

3 
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application. The circumstances under which we discovered this 
error involved review of the original application by ourselves 
and our attorneys in light of specific allegations made in an 
interference declared between our original patent and a patent 
application filed by Nonaka, U.S. Patent Office Interference No. 
103,022. In the interference proceedings, party Nonaka made 
allegations that the aforementioned language limited our original 
method claims in a way that we did not intend or anticipate when 
we filed the original application. Upon our review of the 
original specification and the prior art, we believe that we have 
a right to method claims that do not include the aforementioned 
language . 

8 . We believe that the combination invention as 
recited in claim 26 is patentable over the prior art cited during 
prosecution of the original patent. Specifically, claim 26 
includes the steps of "monitoring a series of user directed 
events from an input device;" and "generating data indicating 
said series of user directed events;" in combination with the 
other recited steps. The importance of these elements in 
overcoming the prior art was discussed in the amendment to the 
original patent application that we filed on June 26, 1991, 
beginning at page 14, second full paragraph and continuing 
through page 17, second full paragraph. We hereby incorporate 
into this declaration and adopt the above cited passage from the 
aforementioned amendment and believe the arguments made in those 
passages to distinguish claim 1 over the cited prior art are 
equally valid to distinguish claim 2 6 and all the new reissue 
claims that depend thereon over the cited prior art. 

9. Claim 27 is identical to claim 2, but is written 
to depend on claim 26. We believe that it was error not to 
include such a claim in the original application for at least the 
reasons enumerated in paragraphs 6 and 7. This error arose due 
to the same reasons enumerated- in paragraphs 5, 6, and 7. We 
further believe that claim 27 is patentable over the prior art 
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for at least the reasons we discussed in the amendment to the 
original patent application that we filed on June 26, 1991, 
beginning at page 17, third full paragraph and continuing through 
page 18, first full paragraph. We hereby incorporate into this 
declaration and adopt the above cited passage from the 
aforementioned amendment and believe the arguments made in those 
passages to distinguish claim 2 over the cited prior art are 
equally valid to distinguish claim 27 over the cited prior art. 
This error arose for at least the reasons enumerated in 
paragraphs 5, 6 and 7. We discovered this error under the 
circumstances discussed in paragraphs 6^ and 7. 

10. Claim 28 is identical to claim 3, but depends on 
claim 27. We believe that it was error not to include such a 
claim 28 in the original application for at least the reasons 
enumerated in paragraphs 6 and 7. This error arose for at least 
the reasons stated in paragraphs 5, 6, and 7. We discovered this 
error under the circumstances discussed in paragraphs 6 and 7. 

11. Claim 29 includes the elements of claim 4 of the 
original patent with the exception of "checking if the user has 
requested help;" and is written to depend on claim 26. We 
believe not including such a claim in the original patent was 
error for at least the reasons enumerated in paragraph 6 and 
paragraph 7. This error arose for at least the reasons 
enumerated in paragraphs 5, 6 and 7. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7. 

12. Claim 3 0 is identical to claim 8, but depends on 
claim 26. We believe that it was error not to include such a 
claim 3 0 in the original application for at least the reasons 
enumerated in paragraph 6 and 7. This error arose for at least 
the reasons enumerated in paragraphs 5, 6 and 7. We discovered 
this error under the circumstances discussed in paragraphs 6 and 
7. 
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13. Claim 31 depends on claim 2 6 and in addition 
recites a limitation where the using step uses "data indicating a 
series of user-directed events comprising at least two user- 
directed events." We believe it was error not to include such a 
claim 31 in the original patent for at least the reasons 
enumerated in paragraph 6 and paragraph 7. We believe this claim 
is patentable over the prior art for at least the reasons stated 
in paragraph 8. This error arose for at least the reasons 
enumerated in paragraphs 5, 6 and 7. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7. 

14. Claim 3 2 depends on claim 26 and in addition 
recites a limitation where the using step uses "data indicating a 
series of user-directed events that may comprise four or more 
user-directed events." We believe it was error not to include 
such a claim in the original patent for at least the reasons 
enumerated in paragraph 6 and paragraph 7 . We believe this claim 
is patentable over the prior art for at least the reasons stated 
in paragraph 8. This error arose for at least the reasons 
enumerated in paragraphs 5, 6 and 7. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7. 

15. Claim 3 3 depends on claim 2 6 and in addition 
recites a limitation wherein the "series of user-directed events 
are events that are not necessarily related as being part of a 
particular command hierarchy." We believe it was error not to 
include such a claim in the original patent for at least the 
reasons enumerated in paragraph 6 and paragraph 7. We believe 
this claim is patentable over the prior art for at least the 
reasons stated in paragraph 8 . This error arose for at least the 
reasons enumerated in paragraphs 5, 6 and 7. We discovered this 
error under the circumstances discussed in paragraphs 6 and 7. 

16. Claim 3 4 depends on claim 2 6 and in addition 
recites a step and limitation: "storing a plurality of rules for 
analyzing said generated data to determine appropriate help 
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information; and wherein said using step further comprises using 
an inference engine to test said rules against the data stored in 
the knowledge base to select appropriate help information." We 
believe it was error not to include such a claim in the original 
patent for at least the reasons enxamerated in paragraph 6 and 
paragraph 7. This error arose for at least the reasons stated in 
paragraph 5- We believe this claim is patentable over the prior 
art for at least the reasons stated in paragraph 8. We 
discovered this error under the circumstances discussed in 
paragraphs 6 and 7. 

17. The error in claiming lecss than we had a right to 
claim in the original patent further involves failure to include 
a claim like or similar to claim 35 presented in this application 
for reissue. Claim 3 5 is a combination apparatus claim that 
includes a number of the elements from claim 15 but that deletes 
from claim 15 unnecessary elements and limitations that unduly 
limit the protection afforded our invention by the original 
patent. Specifically, claim 35 makes the changes from claim 15 
described in the following paragraph. 

18. In claim 35, the second element of claim 15 has 
been changed from "a display device" to "an output device." In 
addition, the seventh element of claim 15, "display engine 
means", has been deleted from claim 35 and the element "inference 
engine means" has been changed in claim 35 to include the 
functionality of "selecting help information for output by said 
output device to the user". We believe it was error not to 
include a claim such as claim 35 in the original patent because 
while computer s^ystems generally will have a display device and 
display engine means, computer system configurations are possible 
which use neither a display device nor a display engine means 
such as computers using an audio output. These elements, which 
are common to a large number of computer systems, are not 
necessary to practice our invention nor are they necessary to 
overcome the prior art. Therefore we believe it was error not to 

7 



Charles D. Lanier, et al. PATENT 
Reissue of U.S. Patent 5,103,498 
Page 8 

include a claim like claim 3 5 that recited a combination not 
including these unnecessary limitations. This error resulted 
from inadvertence on our part without deceptive intent. We 
believe this claim is patentable over the prior art for at least 
the reasons stated in paragraph 8 and we hereby incorporate into 
this declaration and adopt paragraph 3, page 18 from the 
amendment to the original patent application that we filed on 
June 26, 1991. We discovered this error under the circumstances 
discussed in paragraph 6 . 

19. We believe it was error not to include in the 
original patent a claim now presented a^ claim 36. Claim 3 6 
includes all the elements of claim 15, but recites one additional 
element: a "selecting means" coupled to the help information data 
base that selects appropriate help information and then passes 
that information to the display engine. Furthermore, the display 
engine is recited to eliminate the functionality of selecting 
help information. We believe it was error not to include such a 
claim because while the specific embodiment of our invention 
described in the original patent includes a display engine with 
the functionality of selecting information from a help 
information data base, it would be obvious to anyone of skill in 
the software art that such functionality could just as easily be 
incorporated into a separate selecting means, leaving the display 
engine means with just the functionality of displaying 
information to the user. We believe that the recitation of the 
selecting function as being within the display engine means may 
unduly limit the scope of protection afforded our invention by 
claim 15. We therefore believe that it was error not to include 
such a claim as claim 3 6 in the original patent. This error 
resulted from our inadvertent failure to fully comprehend that 
the invention could be practiced without the limitations recited 
in the display engine means. We believe this claim is patentable 
over the prior art for at least the reasons stated in paragraph 8 
and we hereby incorporate into this declaration and adopt 
paragraph 3, page 18 from the amendment to the original patent 

8 
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application that we filed on June 26, 1991. We discovered this 
error under the circumstances discussed in paragraph 6. 

20. Claim 37 is identical to claim 16, but is written 
to depend on new claims 3 5 and 36. We believe that it was error 
not to include a claim such as 37 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5, 18, and 19. We 
discovered this error under the circumstances discussed in 
paragraph 6. 

21. Claim 38 is identical to" claim 17, but is written 
to depend on new claim 37. We believe that it was error not to 
include a claim such as 38 for at least the reasons enumerated in 
paragraphs 18 and 19 • This error arose for at least the reasons 
stated in paragraphs 5, IS, and 19. We discovered this error 
under the circumstances discussed in paragraph 6. 

22. Claim 39 is identical to claim 18, but is written 
to depend on new claims 35 and 36. We believe that it was error 
not to include a claim such as 3 9 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5 , 18 , and 19 . We 
discovered this error under the circumstances discussed in 
paragraph 6. 

23. Claim 40 is identical to claim 19, but is written 
to depend on new claims 35 and 36, We believe that it was error 
not to include a claim such as 4 0 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5, 18, and 19* We 
discovered this error under the circumstances discussed in 
paragraph 6 . 

24. Claim 41 is identical to claim 20, but is written 
to depend on new claims 35 and 36. We believe that it was error 
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not to include a claixn such as 41 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5, IS, and 19. We 
discovered this error under the circumstances discussed in 
paragraph 6. 

25. Claim 42 is identical to claim 21, but is written 
to depend on new claims 3 5 and 36. We believe that it was error 
not to include a claim such as 42 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5, 18, and 19. We 
discovered this error under the circumstances discussed in 
paragraph 6 . 

26. Claim 43 is identical to claim 22, but is written 
to depend on new claims 35 and 36. We believe that it was error 
not to include a claim such as 43 for at least the reasons 
enumerated in paragraphs 18 and 19 . This error arose for at 
least the reasons stated in paragraphs 5, 18, and 19. We 
discovered this error under the circumstances discussed in 
paragraph 6. 

27. Claim 44 is identical to claim 23, but is written 
to depend on new claims 3 5 and 36. We believe that it was error 
not to include a claim such as 44 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5, 18, and 19. We 
discovered this error under the circumstances discussed in 
paragraph 6. 

28- Claim 45 is identical to claim 24, but is written 
to depend on new claims 35 and 36. We believe that it was error 
not to include a claim such as 45 for at least the reasons 
enumerated in paragraphs 18 and 19. This error arose for at 
least the reasons stated in paragraphs 5, 18, and 19. We 
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discovered this error under the circiimstances discussed in 
paragraph 6. 

29. Claim 45 largely follows claim 1, but eliminates 
the language referred to in paragraph 7 and eliminates the step 
"detecting a request for help from the user". Although the step 
of detecting a request for help will be common to many types of 
help systems, detecting a request is not a necessary step in 
order to practice our invention and therefore represents an 
unnecessary step that may unduly limit the scope of protection 
afforded our invention. For example, the system could readily 
use the invention and provide help infoirmation to the user 
regardless of whether the user has specifically requested help 
information. We therefore believe that it was error not to 
include a claim such as claim 45 in the original patent 
application. We believe that this claim and all subsequent 
claims which depend thereon are patentable over the cited prior 
art for at least the reasons stated in paragraph 8. We 
discovered this error under the circumstances discussed in 
paragraphs 6 and 7. 

•A 

30. Claim 46 largely follows claim 1, but eliminates 
the step "detecting a request for help from the user." Although 
the step of detecting a request for help will be common to many 
types of help systems, detecting a request is not a necessary 
step in order to practice our invention and therefore represents 
an unnecessary step that may unduly limit the scope of protection 
afforded our invention. For example, the system could readily 
use the invention and provide help information to the user 
regardless of whether the user has specifically requested help 
information. We therefore believe that it was error not to 
include a claim in the original patent application which is now 
presented as claim 46. We believe that this claim, and all 
subsequent claims which depend thereon, to be patentable over the 
cited prior art for at least the reasons stated in paragraph 8. 
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We discovered this error under the circximstances discussed in 
paragraphs 6 and 7. 

31. Claim 47 is identical to claim 2, but is rewritten 
to depend on new claims 45 and 46. We believe that it was error 
not to include a claim corresponding to claim 47 in the original 
patent application for at least the reasons enumerated in 
paragraph 29 and paragraph 30. This error arose for at least the 
reasons stated in paragraph 5. We discovered this error under 
the circumstances discussed in paragraphs 6 and 7. 

32. Claim 48 is identical to- claim 3, but is rewritten 
to depend on new claim 47. We believe that it was error not to 
include a claim corresponding to claim 48 in the original patent 
application for at least the reasons enumerated in paragraph 29 
and paragraph 3 0. This error arose for at least the reasons 
stated in paragraph 5 . We discovered this error under the 
circumstances discussed in paragraphs 6 and 7. 

33. Claim 4 9 includes the elements of claim 4 of the 
original patent with the exception of "checking if the user has 
requested help;" and is written to depend on claims 45 and 46. 
We believe not including such a elaim in the original patent was 
error for at least the reasons enumerated in paragraph 2 9 and 
paragraph 30. This error arose for at least the reasons stated 
in paragraph 5, 29, and 30. We discovered this error under the 
circumstances discussed in paragraphs 6 and 7. 

34. Claim 50 is identical to claim 5, but is rewritten 
to depend on new claims 45 and 46. We believe that it was error 
not to include a claim corresponding to claim 50 in the original 
patent application for at least the reasons enumerated in 
paragraph 29 and paragraph 30. This error arose for at least the 
reasons stated in paragraph 5. We discovered this error under 
the circumstances discussed in paragraphs 6 and 7, 
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35. Claim 51 is identical to claim 6, but is rewritten 
to depend on new claim 50. We believe that it was error not to 
include a claim corresponding to claim 51 in the original patent 
application for at least the reasons enumerated in paragraph 29 
and paragraph 30. This error arose for at least the reasons 
stated in paragraph 5. We discovered this error under the 
circumstances discussed in paragraphs 6 and 7 . 

36. Claim 52 is identical to claim 7, but is rewritten 
to depend on new claim 50. We believe that it was error not to 
include a claim corresponding to claim 52 in the original patent 
application for at least the reasons enumerated in paragraph 29 
and paragraph 30. This error arose for at least the reasons 
stated in paragraph 5. We discovered this error under the 
circumstances discussed in paragraphs 6 and 7. 

37. Claim 53 is identical to claim 8, but is rewritten 
to depend on new claims 45 and 46. We believe that it was error 
not to include a claim corresponding to claim 53 in the original 
patent application for at least the reasons enumerated in 
paragraph 29 and paragraph 30. This error arose for at least the 
reasons stated in paragraph 5. We discovered this error under 
the circumstances discussed in paragraphs 6 and 7 . 

38. Claim 54 is identical to claim 9, but is rewritten 
to depend on new claims 4 5 and 46. We believe that it was error 
not to include a claim corresponding to claim 54 in the original 
patent application for at least the reasons enumerated in 
paragraph 29 and paragraph 30. This error arose for at least the 
reasons stated in paragraph 5. We discovered this error under 
the circumstances discussed in paragraphs 6 and 7 . 

39. Claim 55 is identical to claim 10, but is 
rewritten to depend on new claims 45 and 46. We believe that it 
was error not to include a claim corresponding to claim 55 in the 
original patent application for at least the reasons enumerated 
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in paragraph 29 and paragraph 30. This error arose for at least 
the reasons stated in paragraph 5. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7. 

40. Claim 56 is identical to claim 11, but is 
rewritten to depend on new claims 45 and 46. We believe that it 
was error not to include a claim corresponding to claim 56 in the 
original patent application for at least the reasons enumerated 
in paragraph 29 and paragraph 30. This error arose for at least 
the reasons stated in paragraph 5. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7 . 

41. Claim 57 is identical to claim 12, but is 
rewritten to depend on new claims 45 and 46. We believe that it 
was error not to include a claim corresponding to claim 57 in the 
original patent application for at least the reasons enumerated 
in paragraph 2 9 and paragraph 30. This error arose for at least 
the reasons stated in paragraph 5. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7. 

^ 42. Claim 58 is identical to claim 13, but is 

rewritten to depend on new claims 45 and 46. We believe that it 
was error not to include a claim corresponding to claim 58 in the 
original patent application for at least the reasons enumerated 
in paragraph 29 and paragraph 3 0. This error arose for at least 
the reasons stated in paragraph 5. We discovered this error 
under the circumstances discussed in paragraphs 6 and 7 . 

43. Claim 59 is identical to claim 14 in the original 
patent except for deletion of the language discussed in paragraph 
7. We believe that it was error not to. include a claim 
corresponding to claim 59 in the original patent. We believe it 
was error not to include a claim such as 59 for at least the 
reasons we enumerated in paragraph 7 . This error arose at least 
for the reasons we enumerated in paragraphs 5, 6, and 7. We 
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believe claim 59 to be patentable over the prior art for at least 
the reasons stated in paragraph 8. 

44. We have reviewed and understand the contents of 
the attached specification and claims, including the new claims 
as presented in this application for reissue of the original 
Letters Patent. 

45. We acknowledge the duty to disclose information of 
which we are aware and which is material to the examination of 
this application for reissue of the original Letters Patent in 
accordance with 37 C.F.R. § 1.56. 

46. The aforementioned errors in claiming less than we 
had a right to claim arose without any deceptive intention on our 
part. 

47. We hereby declare that all statements made herein 
of our own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or 
imprisonment, or both, under section 1001 of Title 18 of the 
United States Code, and that such willful false statements may 
jeopardize the validity of the application or any patent issuing 
thereon . 

48. This declaration may be executed in counterpart 
and by copy with the same force and effect as if executed as one 
complete and integrated document. 
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Full name of first inventc 

Inventor's signature: 'r'^^ P^'"''"^^ 

Date: Country of ScTitizenship: U.S.A. 

Residence: 3035 Old Mill Run Grapevine. TX 76057 
Post Office Address: Same 




Full name of second inventor: Richard J. Wolf 
Inventor's signature: 



jntrv of citizenshi] 



Date: Country of citizenship: U. S. A 

Residence: 1373 Autrv Lane Crowlev, TX 76036 

Post Office Address: Same : 
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Full name of third inventor: Leticia.-Villegas 

Inventor's signature: h(l^cc^,<^ l/C ti£^^^y^ 

Date: I ! I MH' Country of Citizenship: U*5. A. 



Res idence : 8809 South Pointe Parkway East, Apt 2022, Phoenix AZ 
85044 

Post Office Address: Same 
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